草庐IT

c++ - Visual Studio 和 Boost::Test

全部标签

c - 将 SQL_BINARY 数组数据作为参数传递时如何避免零终止? (ODBC 驱动程序)

我刚刚了解到WindowsODBC驱动程序API需要一组SQL_BINARY数据作为输入参数,以零字节结束。尽管我没有在文档中找到这样的语句,但我通过使用以下代码执行存储过程发现了这一点:最小示例//ParameterbindingBYTEdata[10]={15,3,54,144,34,211,200,147,15,74};SQLBindParameter(hstmt,1,SQL_PARAM_INPUT,SQL_C_BINARY,SQL_BINARY,10,0,data,0,NULL);//ProcedureexecutionSQLRETURNres=SQLExecDirect(hs

c++ - 当同名文件夹已存在时,如何使用 boost 创建新文件夹?

我正在使用boost::filesystem创建一个空文件夹(在Windows中)。假设我要创建的文件夹的名称是新建文件夹。当我运行以下程序时,会按预期创建一个具有所需名称的新文件夹。当第二次运行程序时,我想创建新文件夹(2)。虽然这是一个不合理的期望,但这就是我想要实现的目标。有人可以指导我吗?#includeintmain(){boost::filesystem::pathdstFolder="NewFolder";boost::filesystem::create_directory(dstFolder);return0;}预期输出: 最佳答案

创建 .mid 文件 : writing a '\n' causes '\r\n' in Windows

我通过将字节写入文件并将其另存为.midi创建了一个.mid文件。我可以运行它并且它可以工作,但在某些特殊情况下它不会。如果我写入一个包含\n的字节(ASCII10),那么它将写入2个字节\r\n,这使得.mid不可运行。(这对于Windows机器来说是正常的,但在我的情况下并不理想。)编写\n的示例可能是在选择由\n表示的key时>。是否有一种解决方法来编写\n而不是\r\n或其他方法来确保写入的字节是ASCII10在Windows机器上?谢谢! 最佳答案 在linux/unix上,创建文件时指定"wb"还是"w"都没有关系。但是

对 Winapi 路径和文件名的说明(W 函数和 A 函数)

我已经尝试检查使用Wwinapi与A的重要性和原因,(W表示宽字符,A表示ascii,对吗?)我做了一个简单的例子,我收到了这样一个当前用户的临时路径:CHARpszUserTempPathA[MAX_PATH]={0};WCHARpwszUserTempPathW[MAX_PATH]={0};GetTempPathA(MAX_PATH-1,pszUserTempPathA);GetTempPathW(MAX_PATH-1,pwszUserTempPathW);printf("pathA=%s\r\npathW=%ws\r\n",pszUserTempPathA,pwszUserTem

c++ - VSCode C/C++ Intellisense 和 Windows 特定库

我正在用C++试验一些特定于Windows的库(在我的C++代码中使用C库)。我正在尝试为CoCreateInstance()函数包含objbase.h:#include//...HRESULThr=CoCreateInstance(/*...*/);我的问题是VSCodeC/C++扩展的智能感知。代码编译正常,但智能感知在识别此函数时存在一些问题。HRESULT没有问题,但对于CoCreateInstance(),它显示"identifierisundefined"。所以我试图查看头文件本身并弄清楚,问题是,智能感知正在识别文件中的一些错误并且不让我使用该函数,因为它认为它没有正确声

c - 实际结束从终端读取需要两个 EOF

我一直在努力理解EOF是如何工作的。在我的代码(在Windows上)调用EOF(Ctrl+Z和Enter)首先不起作用时间,我必须提供两个EOF才能真正停止读取输入。此外,第一个EOF被读取为一些垃圾字符,当我打印输入时会显示这些字符。(我们可以在提供的输出中看到垃圾字符显示在末尾)。这是我的代码:-#include#defineMax1000intmain(){charc,text[Max];inti=0;while((c=getchar())!=EOF){text[i]=c;i++;}printf("\nEnteredText:\n");puts(text);return0;}我的

c - 为什么我在 64 位机器上调试 32 位应用程序时得到 STATUS_WX86_BREAKPOINT 而不是 EXCEPTION_BREAKPOINT?

我正在尝试在Windows上编写一个简单的调试器来调试32位应用程序,我的机器是64位的。我正在使用C语言。当我在指定地址添加断点(0xCC)时,我希望得到EXCEPTION_BREAKPOINTdebugEvent.u.Exception.ExceptionRecord.ExceptionCode中的值但是我得到STATUS_WX86_BREAKPOINT(0x4000001F)反而。MSDN网站将其定义为“Win32x86仿真子系统使用的异常状态代码。”。没有对此行为的任何进一步解释。我能像EXCEPTION_BREAKPOINT一样处理这个异常吗??所以代码将是switch(de

c - 在windows C中加载dll进行跨平台设计

我写了一个为linux平台设计的C代码。现在,我想让它跨平台,以便在Windows中使用。在我的代码中,我dlopen一个so文件并利用其中的函数。下面是我的代码的样子。但是我才发现,在windows下,加载和使用动态库的方式有很大的不同。void*mydynlibmydynlib=dlopen("/libpath/dynlib.so",RTLD_LAZY);void(*dynfunc1)()=dlsym(mydynlib,"dynfunc1");void(*dynfunc2)(char*,char*,double)=dlsym(mydynlib,"dynfunc2");int(*dy

c - OpenGL 默认帧缓冲区内容在最小化/恢复周期后消失了吗?

此程序每帧绘制一个点,直到屏幕上布满点为止。#include#includeintSCREEN_WIDTH=500,SCREEN_HEIGHT=500;intmain(intargc,char**argv){SDL_GL_SetAttribute(SDL_GL_CONTEXT_MAJOR_VERSION,3);SDL_GL_SetAttribute(SDL_GL_CONTEXT_MINOR_VERSION,3);SDL_GL_SetAttribute(SDL_GL_CONTEXT_PROFILE_MASK,SDL_GL_CONTEXT_PROFILE_CORE);SDL_GL_SetA

c++ - boost::filesystem::space() 报告错误的磁盘空间

我在驱动器C:上有430GB的空闲空间。但是对于这个程序:#include#includeintmain(){boost::filesystem::pathp("C:");std::size_tfreeSpace=boost::filesystem::space(p).free;std::cout输出是:2542768128Bytes2424MB2542768128Bytes2424MB2830102528Bytes2698MB我需要知道有多少磁盘空间可用,因为我的应用程序必须下载一个巨大的文件,我需要知道下载它是否可行。我在Windows上使用mingw:g++(i686-posix